home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / internet-drafts / draft-ietf-avt-profile-03.txt < prev    next >
Text File  |  1993-10-21  |  23KB  |  540 lines
  1. Internet Engineering Task Force          Audio-Video Transport Working Group
  2. INTERNET-DRAFT                                                H. Schulzrinne
  3. draft-ietf-avt-profile-03.txt                         AT&T Bell Laboratories
  4.                                                             October 20, 1993
  5.                                                           Expires:  12/31/93
  6.  
  7.     Sample Profile and Encodings for the Use of RTP for Audio and Video
  8.                       Conferences with Minimal Control
  9.  
  10.  
  11. Status of this Memo
  12.  
  13.  
  14. This document is an Internet Draft.  Internet Drafts are working documents
  15. of the Internet Engineering Task Force (IETF), its Areas, and its Working
  16. Groups.   Note that other groups may also distribute working documents as
  17. Internet Drafts.
  18.  
  19. Internet Drafts are draft documents valid for a maximum of six months.
  20. Internet Drafts may be updated, replaced, or obsoleted by other documents
  21. at any time.   It is not appropriate to use Internet Drafts as reference
  22. material or to cite them other than as a ``working draft'' or ``work in
  23. progress.''
  24.  
  25. Please check the I-D abstract listing contained in each Internet Draft
  26. directory to learn the current status of this or any other Internet Draft.
  27.  
  28. Distribution of this document is unlimited.
  29.  
  30.  
  31.                                   Abstract
  32.  
  33.      This note describes a profile for the use of the real-time
  34.     transport protocol (RTP) and the associated control protocol, RTCP,
  35.     within audio and video multiparticipant conferences with minimal
  36.     control.  It provides interpretations of generic fields within the
  37.     RTP specification suitable for audio and video conferences.   In
  38.     particular, this document defines a set of default mappings from
  39.     format index to encodings.
  40.      The document also describes how audio and video data may be
  41.     carried within RTP. It defines a set of standard encodings and
  42.     their names when used within RTP. However, the definitions are
  43.     independent of the particular transport mechanism used.    The
  44.     descriptions provide pointers to reference implementations and
  45.     the detailed standards.    This document is meant as an aid
  46.     for implementors of audio, video and other real-time multimedia
  47.     applications.
  48. INTERNET-DRAFT         draft-ietf-avt-profile-03.txt        October 20, 1993
  49.  
  50. Contents
  51.  
  52.  
  53. 1 Introduction                                                            2
  54.  
  55. 2 Demultiplexing                                                          3
  56.  
  57. 3 Audio                                                                   3
  58.  
  59.   3.1 Encoding-independent recommendations . . . . . . . . . . . . . . . 3
  60.  
  61.   3.2 Recommended Audio Encodings. . . . . . . . . . . . . . . . . . . . 4
  62.  
  63.   3.3 The RTCP FMT Option for Audio. . . . . . . . . . . . . . . . . . . 6
  64.  
  65.   3.4 Port Assignment. . . . . . . . . . . . . . . . . . . . . . . . . . 7
  66.  
  67. 4 Video                                                                   8
  68.  
  69.   4.1 The RTCP FMT Option for Video. . . . . . . . . . . . . . . . . . . 9
  70.  
  71.   4.2 Port Assignment. . . . . . . . . . . . . . . . . . . . . . . . . . 9
  72.  
  73. 5 Miscellaneous                                                          10
  74.  
  75. 6 Address of Author                                                      10
  76.  
  77.  
  78. 1 Introduction
  79.  
  80.  
  81. This profile defines aspects of RTP left unspecified in the RTP protocol
  82. definition (RFC TBD). This profile is intended for the use within audio and
  83. video conferences with minimal session control.  In particular, no support
  84. for the negotiation of parameters or membership control is provided.  Other
  85. profiles may make different choices for the items specified here.   The
  86. profile specifies the use of RTP over unicast and multicast UDP as well
  87. as ST-II. For unicast UDP and ST-II, references to multicast addresses
  88. are to be ignored.   The use of this profile is indicated by the use of
  89. a media-specific well-known port number.   The profile may also be used
  90. with other port numbers.   For example, the use of a particular session
  91. announcement tool could imply use of this profile.
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99. H. Schulzrinne                   Expires 12/31/93                   [Page 2]
  100. internet-dRAFT         draft-ietf-avt-profile-03.txt        October 20, 1993
  101.  
  102. 2 Demultiplexing
  103.  
  104.  
  105. For applications which choose to share a single network destination address
  106. and port for both audio and video, the default channel identifier for audio
  107. is 0 and for video is 1.  In that case, the port number for audio is used.
  108. This combination should only be used when it is known that all receiving
  109. applications can properly demultiplex audio and video.
  110.  
  111.  
  112. 3 Audio
  113.  
  114.  
  115. 3.1 Encoding-independent recommendations
  116.  
  117.  
  118. The following recommendations are default operating parameters.    Ap-
  119. plications  should  be  prepared  to  handle  other  values.     The  ranges
  120. given are meant to give guidance to application writers, allowing a set
  121. of applications conforming to these guidelines to interoperate without
  122. additional negotiation.   These guidelines are not intended to restrict
  123. operating  parameters  for  applications  that  can  negotiate  a  set  of
  124. interoperable parameters, e.g., through a conference control protocol.
  125.  
  126. For packetized audio, the default packetization interval should have a
  127. duration of 20 ms, unless otherwise noted in Table 1.  The packetization
  128. interval determines the minimum end-to-end delay; longer packets introduce
  129. less header overhead but higher delay and make packet loss more noticeable.
  130. For non-interactive applications such as lectures or links with severe
  131. bandwidth constraints, a higher packetization delay may be appropriate.  For
  132. frame-based encodings (marked as F in the table 1 below) such as LPC, CELP
  133. and GSM, the sender may choose to combine several frame intervals into a
  134. single message.  The receiver can tell the number of frames contained in a
  135. message since the frame duration is defined as part of the encoding.
  136.  
  137. If multiple channels are used, the left channel information always precedes
  138. the right-channel information.  For more than two channels, the convention
  139. followed by the AIFF-C audio interchange format should be followed.  (The
  140. AIFF-C specification is available by anonymous ftp at ftp.sgi.com in the
  141. file sgi/aiff-c.9.26.91.ps.)  For two-channel stereo, the sequence is left,
  142. right; for three channels, left, right, center; for quadrophonic systems,
  143. front left, front right, rear left, rear right; for four-channel systems,
  144. left, center, right, and surround sound; for six-channel systems left, left
  145. center, center, right, right center and surround sound.
  146.  
  147. The sampling frequency should be drawn from the set:  8, 11.025, 16, 22.05,
  148. 44.1 and 48 kHz.
  149.  
  150.  
  151.  
  152.  
  153.  
  154. H. Schulzrinne                   Expires 12/31/93                   [Page 3]
  155. INTERNET-DRAFT         draft-ietf-avt-profile-03.txt        October 20, 1993
  156.  
  157. 3.2 Recommended Audio Encodings
  158.  
  159.  
  160. The table 1 shows the names, types (sample vs.  frame oriented), per-channel
  161. bit rates and default sampling frequencies of recommended encodings.  The
  162. list is partially drawn from the document "Recommended practices for
  163. enhancing digital audio compatibility in multimedia systems", published by
  164. the Interactive Multimedia Assocation, Version 3.00, Oct.  1992 (referenced
  165. as [IMA]). The names are for identification only; they correspond to the
  166. names used within the Real-Time Transport Protocol (RTP). Other applications
  167. may choose different namings.  Note that the L16 encoding may be used with
  168. different sampling rates.  The CCITT changed its name in 1993 to ITU-T; to
  169. limit confusion, both old and new name are used.
  170.  
  171.  
  172.   name nom.  sampling  rate type frame description
  173.                    kHz  kb/s S/F  ms
  174.  _________________________________________________________________________
  175.   L16              48   768 S           16-bit linear, 2's complement
  176.   L16            44.1 705.6 S
  177.   L16           22.05 352.8 S
  178.   L16          11.025 176.4 S
  179.   G722             16    64 S           CCITT/ITU-T subband ADPCM
  180.   PCMU              8    64 S           CCITT/ITU-T mu-law PCM
  181.   PCMA              8    64 S           CCITT/ITU-T A-law PCM
  182.   G721              8    32 S           CCITT/ITU-T ADPCM
  183.   IDVI              8    32 S           Intel/DVI ADPCM [IMA]
  184.   G723              8    24 S           CCITT/ITU-T ADPCM
  185.   GSM               8    13 F    20    RTE/LTP GSM 06.10
  186.   1016              8   4.8 F    30    CELP
  187.  _________________________________________________________________________
  188.  
  189.                          Table 1:  Audio encodings
  190.  
  191. For multi-octet encodings, octets are transmitted in network byte order
  192. (i.e., most significant octet first).
  193.  
  194. A detailed description of the encodings is given below.  The names shown
  195. (L16, PCMU, etc.)  are limited to four characters and suitable to be used
  196. for identification in protocols such as RTP (RFC TBD).
  197.  
  198.  
  199. L16: denotes uncompressed audio data, using 16-bit signed representation
  200.     with 65535 equally divided steps between minimum and maximum signal
  201.     level, ranging from -32768 to 32767.  The value is represented in two's
  202.     complement notation.
  203.  
  204. PCMU: specified in CCITT/ITU-T recommendation G.711.  Audio data is encoded
  205.     as eight bits per sample, after companding.  Code to convert between
  206.     linear and mu-law companded data is available in the IMA document.
  207.  
  208. PCMA: specified in CCITT/ITU-T recommendation G.711.  Audio data is encoded
  209.  
  210. H. Schulzrinne                   Expires 12/31/93                   [Page 4]
  211. INTERNET-DRAFT         draft-ietf-avt-profile-03.txt        October 20, 1993
  212.  
  213.     as eight bits per sample, after companding.  Code to convert between
  214.     linear and A-law companded data is available in the IMA document.
  215.  
  216. G721 through G729: specified in the corresponding CCITT/ITU-T recommenda-
  217.     tions.   Reference implementations for G.721 and G.723 are available
  218.     as part of the CCITT/ITU-T Software Tool Library (STL) from the
  219.     ITU General Secretariat, Sales Service, Place du Nations, CH-1211
  220.     Geneve  20,  Switzerland.     The  library  is  covered  by  a  license
  221.     and  is  available  for  anonymous  ftp  on  gaia.cs.umass.edu,  file
  222.     pub/ccitt/ccitt_tools.tar.Z.
  223.  
  224. GSM: (group speciale mobile) denotes the European GSM 06.10 provisional
  225.     standard for full-rate speech transcoding, prI-ETS 300 036, which
  226.     is based on RPE/LTP (residual pulse excitation/long term prediction)
  227.     coding at a rate of 13 kb/s.  A reference implementation was written by
  228.     Carsten Borman and Jutta Degener (TU Berlin, Germany) and is available
  229.     for anonymous ftp from tub.cs.tu-berlin.de, directory tub/tubmik.
  230.  
  231. 1016: uses code-excited linear prediction (CELP) and is specified in
  232.     Federal Standard FED-STD 1016, published by the Office of Technology
  233.     and Standards, Washington, DC 20305-2010.
  234.  
  235.     The U. S. DoD's Federal-Standard-1016 based 4800 bps code excited
  236.     linear prediction voice coder version 3.2 (CELP 3.2) Fortran and
  237.     C simulation source codes are available for worldwide distribution
  238.     at no charge (on DOS diskettes, but configured to compile on Sun
  239.     SPARC stations) from:  Bob Fenichel, National Communications System,
  240.     Washington, D.C. 20305, phone +1-703-692-2124, fax +1-703-746-4960.
  241.  
  242.     Example input and processed speech files,  a technical information
  243.     bulletin, and the official standard "Federal Standard 1016, Telecom-
  244.     munications:   Analog to Digital Conversion of Radio Voice by 4,800
  245.     bit/second Code Excited Linear Prediction (CELP)" are included at no
  246.     charge.  According to Vincent Cate (Carnegie Mellon), the distribution
  247.     is  also  available  for  anonymous  ftp  at  furmint.nectar.cs.cmu.edu
  248.     (128.2.209.111) in directory celp.audio.compression.
  249.  
  250.     The following articles describes the Federal-Standard-1016 4.8-kbps
  251.     CELP coder:
  252.  
  253.     Campbell, Joseph P. Jr., Thomas E. Tremain and Vanoy C. Welch, "The
  254.     Proposed Federal Standard 1016 4800 bps Voice Coder:  CELP," Speech
  255.     Technology Magazine, April/May 1990, p.  58-64.
  256.  
  257.     Campbell, Joseph P. Jr., Thomas E. Tremain and Vanoy C. Welch, "The
  258.     Federal Standard 1016 4800 bps CELP Voice Coder," Digital Signal
  259.     Processing, Academic Press, 1991, Vol.  1, No.  3, p.  145-155.
  260.  
  261.     Campbell, Joseph P. Jr., Thomas E. Tremain and Vanoy C. Welch, "The
  262.     DoD 4.8 kbps Standard (Proposed Federal Standard 1016)," in Advances
  263.     in Speech Coding, ed.   Atal, Cuperman and Gersho, Kluwer Academic
  264.  
  265. H. Schulzrinne                   Expires 12/31/93                   [Page 5]
  266. INTERNET-DRAFT         draft-ietf-avt-profile-03.txt        October 20, 1993
  267.  
  268.     Publishers, 1991, Chapter 12, p.  121-133.
  269.  
  270.     Campbell, Joseph P. Jr., Thomas E. Tremain and Vanoy C. Welch, "The
  271.     Proposed Federal Standard 1016 4800 bps Voice Coder:  CELP," Speech
  272.     Technology Magazine, April/May 1990, p.  58-64.
  273.  
  274.     Copies of the FS-1016 document are available for $2.50 each from:
  275.  
  276.  
  277.     GSA Rm 6654
  278.     7th & D St SW
  279.     Washington, D.C. 20407
  280.     1-202-708-9205
  281.  
  282.  
  283. DVI: is specified in the "Recommended Practices for Enhancing Digital Audio
  284.     Compatibility in Multimedia Systems", published by the Interactive
  285.     Multimedia Association (IMA), Annapolis, MD. The document also contains
  286.     reference implementations for mu-law to 16-bit, ADPCM and sample rate
  287.     conversions.
  288.  
  289.  
  290. For sample-based encodings, a receiver should accept packets representing
  291. between 0 and 200 ms of audio data.(1)   Receivers should be prepared to
  292. accept multi-channel audio, but may choose to only play a single channel.
  293.  
  294. All block-oriented audio codecs should be able to encode and decode several
  295. consecutive blocks within a single packet.    Since the frame size for
  296. the block-oriented codecs is given, there is no need to use a separate
  297. designation for the same encoding, but with different number of blocks per
  298. packet.
  299.  
  300.  
  301. 3.3 The RTCP FMT Option for Audio
  302.  
  303.  
  304. Unless specified with the FMT option, the mapping between the format field
  305. in an RTP packet and audio encodings, sampling rates and channel counts is
  306. specified by Tables 2.
  307.  
  308. Format values of 31 and below cannot be redefined by FMT options.  In other
  309. words, only values of 32 and above are valid in the format field within an
  310. FMT option.   The receiver is expected to discard RTP packets containing
  311. media data with unknown format field values.  Sites are expected to keep
  312. the mapping between format and encoding constant, so that lost packets
  313. containing FMT options do not lead the receiver to misinterpret media data.
  314. Additional standard encodings may be registered with the Internet Assigned
  315. ------------------------------
  316.  1. This restriction allows reasonable buffer sizing for the receiver.
  317.  
  318.  
  319. H. Schulzrinne                   Expires 12/31/93                   [Page 6]
  320. INTERNET-DRAFT         draft-ietf-avt-profile-03.txt        October 20, 1993
  321.  
  322. Numbers Authority (IANA). The format name is intended to describe the format
  323. in an unambiguous way; it is interpreted as a sequence of four ASCII
  324. characters, with uppercase and lowercase characters treated as distinct.
  325. Format names beginning with the letter 'X' are reserved for experimental use
  326. and not subject to registration.  These experimental encodings may be mapped
  327. to format values 32 and above using the FMT option.  Additional standard
  328. mappings to format values of 31 and below may also be registered with IANA.
  329. Registered assignments are published periodically in the Assigned Numbers
  330. RFC.
  331.  
  332. Within the FMT option, the format name is followed by a field containing a
  333. channel count and a sample rate field, measured in samples per second.(2)  A
  334. channel count of zero is considered invalid.  A packetization interval of 20
  335. ms or a multiple thereof is suggested as it leads to integral sample counts
  336. for all common sampling rates.
  337.  
  338.  
  339.  0                   1                   2                   3
  340.  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  341. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  342. |F|     FMT     |    length     |0|0|   format  |    reserved   |
  343. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  344. |                        name of format                         |
  345. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  346. |    channels   | sampling rate (Hz)                            |
  347. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  348. ...  encoding specific parameters                               ...
  349. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  350.  
  351.  
  352.                  Figure 1:  FMT option for audio encodings
  353.  
  354.  
  355. 3.4 Port Assignment
  356.  
  357.  
  358. ST-II SAP and UDP port 5005 is the default destination for multicast
  359. real-time audio data carried by RTP for this profile.
  360.  
  361. A fixed port number is useful as it is less likely than a randomly chosen
  362. port number to be already in use by another application at one or more of
  363. the intended destination hosts.   Also, fixed port numbers allow traffic
  364. statistics to be collected and may simplify firewall implementations.   A
  365. single fixed port number requires that hosts allow several processes to use
  366. a single UDP port with different multicast addresses.  (The particular port
  367. number was chosen to lie in the range above 5000 to accomodate port number
  368. ------------------------------
  369.  2. Fractional samples per second was considered excessive as the typical
  370. crystal accuraccy of 100 ppm translates into about one Hz or more of
  371. sampling rate inaccuracy.
  372.  
  373. H. Schulzrinne                   Expires 12/31/93                   [Page 7]
  374. INTERNET-DRAFT         draft-ietf-avt-profile-03.txt        October 20, 1993
  375.  
  376.  
  377.  
  378.                   index encoding sampling rate channels
  379.                          name             (kHz)
  380.                  __________________________________________
  381.                       0 PCMU                 8        1
  382.                       1 1016                 8        1
  383.                       2 G721                 8        1
  384.                       3 GSM                  8        1
  385.                       4 G723                 8        1
  386.                       5 IDVI                 8        1
  387.                      10 L16               44.1        2
  388.                  __________________________________________
  389.  
  390.                      Table 2:  Standard audio encodings
  391.  
  392. allocation practice within the Unix operating system, where port numbers
  393. below 1024 can only be used by privileged processes and port numbers between
  394. 1024 and 5000 are automatically assigned by the operating system.)
  395.  
  396. Unicast connections may use the this or a set of mutually agreed-upon port
  397. numbers.
  398.  
  399.  
  400. 4 Video
  401.  
  402.  
  403. The following video encodings are currently defined, with their abbreviated
  404. names used for identification:
  405.  
  406.  
  407. CPV: This encoding, "Compressed Packet Video" is implemented by Concept,
  408.     Bolter, and ViewPoint Systems video codecs.
  409.  
  410. JPEG: The encoding is specified in ISO Standards DIS 10918-1 and DIS
  411.     10918-2.   The data is formatted according to the JFIF (JPEG File
  412.     Interchange Format) defined by C-Cube Microsystems.
  413.  
  414. H261: The encoding is specified in CCITT/ITU-T standard H.261.    The
  415.     packetization and RTP-specific properties are described in RFC TBD.
  416.  
  417. nv: The encoding is implemented in the program 'nv' developed at Xerox PARC
  418.     by Ron Frederick.
  419.  
  420. CUSM: The encoding is implemented in the program CU-SeeMe developed at
  421.     Cornell University by Dick Cogger, Scott Brim, Tim Dorcey and John
  422.     Lynn.
  423.  
  424. PicW: The encoding is implemented in the program PictureWindow developed at
  425.     Bolt, Beranek and Newman (BBN).
  426.  
  427.  
  428.  
  429. H. Schulzrinne                   Expires 12/31/93                   [Page 8]
  430. INTERNET-DRAFT         draft-ietf-avt-profile-03.txt        October 20, 1993
  431.  
  432. 4.1 The RTCP FMT Option for Video
  433.  
  434.  
  435. Unless specified with the RTCP FMT option, the mapping between the format
  436. field in an RTP packet and the video encoding is specified by Tables 3.  The
  437. second paragraph of Section 3.3 applies for video as well.
  438.  
  439. Within the video FMT option, a one-octet numeric version identifier further
  440. describes the encoding.  Unless otherwise defined, the version identifier
  441. has the value zero.
  442.  
  443.  0                   1                   2                   3
  444.  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  445. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  446. |F|     FMT     |    length     |0|0|   format  |    reserved   |
  447. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  448. |                        name of format                         |
  449. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  450. |    version    | encoding-specific parameters                  |
  451. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  452. ... encoding-specific parameters                                ...
  453. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  454.  
  455.  
  456.                  Figure 2:  FMT option for video encodings
  457.  
  458.  
  459.                                 number name
  460.                                ______________
  461.                                 26     JPEG
  462.                                 27     CUSM
  463.                                 28     nv
  464.                                 29     PicW
  465.                                 30     Bolt
  466.                                 31     H261
  467.  
  468.  
  469.             Table 3:  Format values for standard video encodings
  470.  
  471.  
  472. 4.2 Port Assignment
  473.  
  474.  
  475. ST-II SAP and UDP port 5006 is the default destination for multicast
  476. real-time video data carried by RTP for this profile.   The remainder of
  477. section 3.4 applies.
  478.  
  479.  
  480.  
  481.  
  482.  
  483.  
  484. H. Schulzrinne                   Expires 12/31/93                   [Page 9]
  485. INTERNET-DRAFT         draft-ietf-avt-profile-03.txt        October 20, 1993
  486.  
  487. 5 Miscellaneous
  488.  
  489.  
  490. RTCP messages should be sent periodically, with a period varying randomly
  491. around a set mean to avoid synchronized bursts of RTCP packets.   (For
  492. example, the time between messages could vary uniformly between one half and
  493. 1.5 times the mean.)  The average period between transmissions determines
  494. the additional network load due to RTCP packets and also determines how
  495. long it will take a new arrival to discover the identities of the other
  496. conference participants.  The average period should be chosen such that no
  497. more than a small fraction (say, 1%) of the media bandwidth is consumed by
  498. RTCP messages from all sources, with a minimum period of a few seconds.
  499. By scaling the message frequency with the (slowly increasing) number of
  500. observed participants, a new conference participant will quickly inform all
  501. other participants of its arrival and then slow its announcement rate.
  502.  
  503.  
  504. 6 Address of Author
  505.  
  506.  
  507. Henning Schulzrinne
  508. AT&T Bell Laboratories
  509. MH 2A244
  510. 600 Mountain Avenue
  511. Murray Hill, NJ 07974-0636
  512. telephone:  +1 908 582 2262
  513. facsimile:  +1 908 582 5809
  514. electronic mail:  hgs@research.att.com
  515.  
  516.  
  517.  
  518.  
  519.  
  520.  
  521.  
  522.  
  523.  
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532.  
  533.  
  534.  
  535.  
  536.  
  537.  
  538.  
  539. H. Schulzrinne                  Expires 12/31/93                  [Page 10]
  540.